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COMMUNICATIONS PROCESSOR FOR 
ELECTRIC POWER SUBSTATIONS 

TECHNICAL FIELD 
This invention relates generally to protection systems for 
electric power lines, circuit breakers and transformers, and 
more particularly concerns a communication processing 
apparatus which is to be used primarily at electric power 
substations for integrating communication with and between 
the various protective devices and other supporting devices 
located at a substation. 

BACKGROUND OF THE INVENTION 
Electric power systems generally include high voltage 
(>69KV) transmission lines from a generating means, a 
number of substations, and a network of distribution 
(<69KV) and feeder lines for the delivery of electric power 
to the customers. An electric power system typically 
includes a number of protective relays, as well as other 
protection devices, which monitor the operation of the 
power system and determine, among other things, when and 
where a fault occurs in the system. Circuit breaker devices 
are in turn controlled by the protective relays. 

Historically, protective relays were mechanical or electro- 
mechanical (a large number of such relays are still in use), 
while more recently, protective relays are typically 
microprocessor -based and are usually referred to as digital 
or computer relays. These computer relays typically record 
a significant amount of information for the power lines 
associated with the substation, including voltages and cur- 
rents on the power lines, as well as complete "event" 
information relative to any abnormal (fault) conditions. This 
information is stored in the memories of the computer 
relays. 

The relays provide output signals, when appropriate, 
which are used to control associated circuit breakers oper- 
ating on the power lines. The information stored in such 
relays can be transmitted to a central facility and/or accessed 
locally via a printer terminal. Comprehensive system moni- 
toring is accomplished by what is known generally as a 
SCADA system, which stands for Supervisory Control and 
Data Acquisition, and which is widely known and used. 

A development which resulted in some communication 
integration of the various protective relays and other sup- 
porting devices at a substation is known as a protective 
remote terminal unit (FKTTJ). The FKTU includes a modem 
for remote telephone communication, as well as control 
software for basic communication purposes, and is capable 
of handling input information from several different protec- 
tive relays. The PRTU includes a simple data buffering 
capability, as well as a local port for a terminal, printer or 
computer. Another development, known as a display trans- 
ducer adaptor (DTA), provides analog output information 
from the digital information available from microprocessor- 
based protective relays. This is helpful for integration of the 
protective system with analog SCADA remote terminal 
units. Such a system is shown in U.S. Pat. No. 5,160,926, 
which is assigned to the same assignee as the present 
invention. 

In another system integration approach, each protective 
relay or other intelligent electronic device (JED) in the 
protection system is connected to a c omm un i ca tio n network 
bus through a network interface module (NIM). Each NIM 
must be separately programmed to retrieve, store and dis- 
tribute IED information. A human machine interface, such as 
a personal computer with a monitor, provides local control 
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and monitoring. The system can communicate with a 
SCADA system through a remote terminal unit at the 
substation. A modem may also be included, for communi- 
cation with remote network devices. 

Some of the prior communication integration systems 
Included the capability of automatic scanning port-to-port 
for any data present at the port data buffers. Some systems 
could also respond directly to a particular port upon an 
indication of a fault condition recognized by the relay 
connected to that port Some terminal units had additional 
data buffering capability, enabling them to communicatr 
with a central monitoring (SCADA) system or a compute 
system through a conventional modem. In some systems, uV 
data had to be reformatted to an ASCII format for use by r 
printer. Other devices, however, were completely transpar 
ent to the data received from their ports. 

The systems described above, while achieving somr 
communication integration at the substation level, were no' 
capable of processing the information received from uV 
ports, nor did those systems have a database capability 
These disadvantages significantly limited the capability of 
the communications systems. It was the applicants hereu 
who recognized the mil communication integration op per 
tunities possible at the substation level and developed at 
apparatus to take advantage of those opportunities. 
SUMMARY OF THE INVENTION 
Accordingly, the present invention is a communication 
processor apparatus for integrating communication betweci 
a plurality of electronic devices having data communicatlo 
capability, such as protective relays, meters, termin? 
devices and a computer present at a given location in 
power system, such as a substation, or connected remote! 
thereto, the apparatus including an electronic network sy 
' tern having a plurality of port positions to which electron i 
devices may be connected, including at least one po> 
position to which an apparatus for entry of control con 
mauds may be connected and at least one port positio 
through which data obtained from said electronic devicx 
may be obtained; means for storing and retrieving da' 
obtained from the electronic devices; means for processin 
data obtained from the electronic devices; and control meai 
for controlling the flow of data and control commaw 
between said ports. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FK3. 1 is a block diagram showing a represcntatr 
substation configuration, including the c»mmnnicatk>ns pr 
cesser of the present invention. 

FIG. 2 is a block diagram of the communications procr 
sor of the present invention. 

FIG. 3 is a high level software data flow and comma' 
chart showing the flow of data and the flow of operatic 
control for the communications processor of the pres<- 
invention. 

FIG. 4 is a listing showing the hierarchy of interrupts 
the communicatioas processor. 

FIGS. 5A-SC are software flow chart diagrams foi 
portion of the chart of FIG. 3. 

FIGS. <A-<B are software flow chart diagrams 
another portion of the chart of FIG. 3. 

BEST MODE FOR CARRYING OUT THE 
INVENTION 

FIG. 1 shows a simplified power system substation o 
figuration. The substation includes a pair of incoming h 
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voltage power transmission lines 10 and 12 connected to the 
high voltage side of a transformer 14. Connected to the low 
voltage side of the transformer 14 are a plurality of distri- 
bution lines 16, 17, 18 and 19. Each of the transmission lines 
and each of the distribution lines has a circuit breaker (CB) 
system 15 — 15 associated therewith. Connected to each of 
the high voltage lines 10, 12 are a pair of protective relays, 
for example relays 22 and 24 for high voltage line It, while 
connected to each of the distribution lines is one protective 
relay, for example relay 26 far distribution line 16. Relays 28 
and 3* are connected, respectively, to the high voltage and 
low voltage sides of transformer 14. The relay configuration 
shown in PIG. 1 is a typical arrangement for a power 
substation. 

Each of the protective relays shown in FIG. 1 includes a 
particular combination of protective elements (for example, 
ground and distance elements) which provide the desired 
protection for the particular power line associated with the 
relay. Hence, the relays on the distribution lines will have a 
different combination of protective elements man will the 
relays for the high voltage lines and die relays on the two 
sides of transformer 14. 

All of these relays are connected, respectively, to an input 
port of the communications processor of the present 
invention, referred to generally at 34. Communications 
processor 34, besides having a number of ports for connec- 
tion to protective relays, referred to as XED (Intelligent 
Electronic Device) ports, will also typically include at least 
one port for a local printer 36, and a port to receive a 
modulated or demodulated IRIG(B) time code from an 
external source, shown generally at 38. Additional ports for 
a remote terminal unit 49. a local user terminal such as a 
computer 42. and a modem connection for use with an 
external telephone line 44 are referred to herein as master 
ports. 

In the embodiment shown, mere are 16 rear panel ports 
and one front panel port far a local terminal. With respect to 
telephone line 44, the communications processor 34 can 
either include an internal modern, or a modem external to the 
processor can be used. Typically, processor 34 will have a 
large number of ports (10-12 in the embodiment shown) 
capable of communicating with lEDs such as protective 
relays or meters, a relatively small number of "master ports" 
to which are connected devices such as computers and 
remote terminal units for the entry of commands and/or the 
output of data, and a small number, typically one, of ports 
adapted to connect with a printer. It should be understood, 
however, that each of the It rear ports can be an TED, master 
or printer port (the front panel port is a master port). The 
identification of particular ports as being IED, master or 
printer ports is for the convenience of the user. 

S should be understood that the number of ports in 
communications processor 34 and the particular arrange- 
ment of the ports relative to the devices connected thereto 
can be changed within the spirit of the present invention. The 
present invention is thus not limited to the particular number 
of ports and/or arrangement shown in FIG. 1, which is for 
illustration only. FIG. 1 does illustrate, however, the basic 
integration capabilities of the communications processor of 
the present invention, including the accessibility of data 
from each of the protective relays at a substation, control of 
connected relays and other intelligent electronic devices, the 
provision of synchronized time information from the RIG 
(B) time code input, the capability of communication with a 
remote monitoring system through a modem/telephone line 
and/or another similar communications processor, the capa- 
bility of providing informatio* to a local printer, and the 
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capability of receiving input commands from a local or 
remote terminal. Commands can be provided either at the 
substation through a local terminal or computer 42, from a 
remote terminal unit 40, or over the telephone lines. 

It should also be understood that communications pro- 
cessor 34 can operate either as a stand-alone device at a 
particular substation, or can be put of a more comprehen- 
sive monitoring system, i.e. a SCADA system. Two or more 
cornmunications processors can also be connected together, 
Le. cascaded, to provide increased integration at one or more 
substations. 

FIG. 2 shows a basic block diagram of the communica- 
tions processor 34. Communications processor 34 includes 
a microproce ss or 50. The microprocessor used in the 
einbodiment shown is a Motorola 68332, but other compa- 
rable rmcroprocessors can be used. As will be discussed 
below, microprocessor 50 has a number of processing and 
control functions, including an input kindling function or 
routine and a message generating function or routine for 
each port, as well as the execution of program instructions 
stored in memory which carry out the overall flow and 
organization of the data. These instructions are stored in 
ROM memory 52. A high level software flow chart for data 
control and data flow is shown in FIG. 3, which will be 
explained in more detail below. 

The microprocessor also includes a number of configu- 
ration jumpers, which are shown collectively at 54, which 
are responsible for establishing certain initialization 
conditions, such as front panel port communications param- 
eters. The microprocessor 50 also has the capability of 
providing an independent alarm output upon recognition of 
an alarm condition, by means of alarm unit Si. Alarm 5* 
includes a light-emitting diode (LED) visual indicator. 

Microprocessor 50 is in communication with remote 
terminal units or other systems via a standard telephone line 
and a modem 58. As indicated above, modem 58 may either 
be internal to the communications processor itself or exter- 
nal thereto. Communications processor 34 also has. as 
indicated above, a time synchronization capability. Commu- 
nications processor 34 accepts either a modulated or 
demodulated IRIG-B signal through a rear panel connector. 
If the signal is modulated, it is demodulated at 61. An 
internal jumper 60 identifies whether the incoming time 
tignal is modulated or demodulated. The IRIG-B signal is an 
internationaUy known, well-recognized time code signal for 
establishing rime synchronization. 

If mere is no external TJRIG-B signal available, an internal 
clock/calendar 62, which is powered by a battery 64 when 
the communications processor is not connected to an exter- 
nal power source, provides a time signal which can be used 
for time synchronization of the various port-connected 
devices. Typically, internal clock 62 is accurate to within one 
minute per year, with battery 64 having an expected life of 
10 years. The HUG tune signal (or the internal clock time 
signal) is applied to a buffer 63, and then distributed to all 
of the port-connected devices. The communications proces- 
sor 34 of the present invention is capable of both data 
communication and IRIG-B time code transmission over a 
single cable. 

The microprocessor 50 is in data communication with the 
various port devices through a plurality of EIA-232 (RS- 
232) serial ports, as indicated above, shown as a group at 70. 
In the embodiment shown, there are a total of 17 ports, 16 
rear panel ports and one front panel port The front panel 
port is typically for a local terminal unit of some kind (at the 
substation). Associated with each port is a level shifter 72, 
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which adjusts the voltage level between the TTL voltage 
level used in the microprocessor, which is typically 1-5 
volts, and the ±12 volt levels appropriate for EIA-232 ports. 

Intermediate of level shifters 72 and the microprocessor 
50 are four quad universal asynchronous receiver transmitter 
devices (QUARTS). The QUARTS each service four ports, 
for a total of 16 ports, wmle the front panel port in the 
embodiment shown is serviced by a serial communications 
interface 59 in the microprocessor 50. QUARTS are well 
known, commercially available devices, and may be pur- 
chased from various manufacturers, such as Signetics, Lie. 
Hardware communication thus extends between micropro- 
cessor 54, a QUARTS 74, a level shifter 72 and an EIA-232 
serial port 7t. supported by ROM memory 52 and other 
memory discussed below. 

Communications processor 34 in the embodiment shown 
also includes transmit and receive activity LEDs for each 
port 79, shown generally at 76. The LEDs are located on the 
front panel of the processor. Thus, an operator can tell 
whether data is being received from or transmitted to each 
device connected to the various ports. 
The data received from the various devices, such as meter 

= data, summary event reports, target data and status data, is 
temporarily stored (buffer storage) in random access 
memory (RAM) 78. This includes both local buffer storage 
for the data received at the individual ports and storage of 
processed data. For long-term storage, such as for saving 
entire event reports, "flash" memory 8f is used, which is 

1 also a RAM. Flash memory 8* is non-volatile, so mat it is 

; not lost in the event of loss of power. 

The electronically erasable, programmable, read-only 
memory (JUnracOM) 82 is used in the embodiment shown to 
store various setting commands (settings) provided to the 
=.-. apparatus through a master port, including user-defined 
~ commands and the command logic to implement mem. 
Accordingly, an operator need only provide relatively 
simple, short commands to produce various repetitive or 
special operations by the processor. In the embodiment 
shown, a first group of command settings (for each port) 

- includes port connguration and communications parameters; 

= a second group of command settings includes buffer storage 
control, automatic message triggers, data processing 
(parsing) for that port, message control for flash memory, 
and user message storage. A third group of command 
settings includes global parameters for the entire instrument, 
intermediate logic variables and input settings for the output 
contacts described below. A fourth group of commands is for 
the user-defined message strings or can be used to supple- 
ment or disable the normal communications processor com- 
mand set In the embodiment shown, each port has the 
capability of recognizing up to eight user-defined 
commands, although mis can be varied. 

Hence, the communications processor 34 of the present 
invention is characterized by sophisticated communication 
processing functions, and by comprehensive data storage, 
providing a substantial database capability within the appa- 
ratus. The communications processor 34 also has the capa- 
bility of receiving inputs from the various protective relays 
directly through contact inputs 86. These inputs could 
include alarm contacts from those relays or relay failnre 
contacts. The inputs could also include contacts from other 
mom'toring apparatus not having a data communications 
capability or other power apparatus having auxiliary con- 
tacts. An interface bus 88 connects these contact inputs with 
the microprocessor 5*. The communications processor 34 
has contact outputs 9* as wen, which are used to output a 
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trip signal, for instance, to a circuit breaker or similar device. 
In the embodiment shown, mere are 16 contact inputs and 
four contact outputs. Lastly, FIG. 2 also shows a power 
supply 92, which provides the various levels of power 
needed for operation of communications processor 34. 

In operation, communications processor 34 of the present 
invention has a capability of communicating with the vari- 
ous port devices thorough an ASCII communication format 
The ports can be individually configured to the particular 
communication parameters of the connected device through 
the setting ccnunands, including baud rate, number of data 
bits, stop bits, parity check, port time-out time and on-off 
control This can be done on an automatic configuration 
basis, through pre-programmed instructions, if the commu- 
nications processor 34 knows the required configuration for 
a particular device. Communication with the ports can also 
be formatted so that the processor, on a port-by-port basis, 
may be transparent to the information from IKOs, i.e. binary 
information from EEDs can be directly outputted to a local 
terminal or to a remote location via a modem. Further, 
processor 34 has the capability, as Indicated above, of 
synchronizing all of the devices connected to its various 
ports to a given date and time, either via an external IRIG(B) 
signal which is transmitted to the various ports along with 
the data/message communication, or by an internally gen- 
erated time signal. Communication with the various port- 
connected devices is thus quite flexible and convenient The 
structure and processing capability of the apparatus is 
capable of supporting simultaneous conimuni cation with all 
the port-connected devices, with multiple users. Hence, 
communications processor 34 is a multi-task; multi-user 
apparatus. 

FIG. 3 is a high level software design flow chart for die 
processor apparatus of the present invention. It is the basic 
design document by which a skilled programmer can pro- 
duce the specific code to cany out the communications 
processing and control functions of the present invention. 
FIGS. 5A-5C and 6A-6B show software flow chart infor- 
mation for particular portions of PR?. 3. The circles in FIG. 
3 indicate specific progr am routines, each of which will be 
described in some detail below, wmle the solid, closely 
parallel lines represent data storage. The solid connecting 
lines represent data flow paths, while the dotted connecting 
lines represent command control paths. 

Each of the 17 ports in the embodiment shown has a basic 
processing routine associated therewith, referred to as a port 
task or routine. FIG. 3 shows the various routines and data 
storage for two ports. This is representative, both in a global 
sense and in an individual port sense, of die software 
operation and control for all 17 individual ports and the 
apparatus as a whole. FIG. 3 may thus be easily expanded to 
cover all 17 ports. 

FIG. 3 shows a port task or routine ltt associated with a 
first port, and a port task or routine 102 which is associated 
with a second port Port task 1M is responsible for the 
processing and control functions associated with the trans- 
mission of data between the port associated with the port 
task and the device connected thereto. As indicated above, 
the communications processor of the present invention has 
17 total ports, 16 of which are serviced by four QUARTS. 
Each QUART generates interrupts to the rm'croprocessor 5t 
for communication with each of the four port devices 
connected to the QUART. 

The QUART generates separate interrupts for input com- 
munication from the devices and output communication to 
die devices. Microprocessor 50 services the interrupts by 
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executing an Interrupt Service Routine (BR). As an example 
for one particular port, BR 1*4 bandies the input commn- 
ni cations for that one port serviced by a QUART, while BR 
138 handles the output communications for the same port 
Similar BRs handle input/output communications for the 
remaining three ports for the QUART. The data received by 
input ISR 1*4 can either be in the ASCII format, such as an 
input command from a terminal or modem, or in binary 
format, such as from a protective relay IED. The BR input 
routine reads the characters oae by one as they come in, 
responding to a sequence of interrupts from the QUART. 
The data is placed either in an ASCH buffer 1M or a binary 
buffer 1*8. as appropriate. A message checker routine 11* 
checks the data as it comes in to determine the end of the 
data stream or message. 

At this point, the port task ltt, which is In data commu- 
nication with buffers 1*6 and ItS, and receives control 
information from the message checker 11*, takes over. For 
an incoming message from an IED port, which may be 
unsolicited or in response to a periodic or special message 
request established by the command settings, task It* wDl 
process the message by parsing (processing) it in accordance 
with various pre-established rules established by the com- 
mand settings . and then storing it in a buffer in Ram ^w tn ba tf 
112, or if it is an event report, in long-term flash memory 

The port ask ltt is in operation responsive via command 
flow lines to settings which as discussed above have been 
pre-established in EEPROM or to user-defined commands, 
which are recognized as standing for a particular sequence 
of operations which are carried out by the processor in 
accordance with instructions in EEPROM 117. Settings can 
be established to carry out repetitive functions. Such a 
setting will include an "issue condition", which defines 
when a particular request is to be carried out by a port task, 
eg. every two seconds, while a "command condition" 
portion of that setting establishes the particular request, eg. 
obtain meter data from the connected IED or send a message 
to a master port. In response to the occurrence of a defined 
issue condition for an IED port, a bit is set in a 'local target" 
«ea (141 in FIG. 3), which is recognized by the port task and 
which in turn makes the associated command condition 
request for data from the IED. The request for data proceeds 
through transmit buffer 119 by operation of output BR 138 
to the IED. When the requested data is provided by the IED 
(usually within a very short time), by operation of BR 194, 
the last part of the setting, which establishes the data parsing 
condition, is accomplished by port task It*. 

Date and time functions for the apparatus are carried out 
by a clock-handling ISR 13t. This BR is responsible for 
dock maintenance, updating the clock for the apparatus, and 
correcting the clock for crystal error. If an external 
(modulated or demodulated) WIG time code is present, 
dock handler 13* reads this particular time and applies it to 
date/time storage 132, which is accessible by both port task 
routine ltt and aperiodic interrupt timer BR 118, which, 
among other things, runs the command logic. The dock 
handling BR is also responsible for monitoring RAM stor- 
age for failures. 

FIG. 3 also shows a fast meter acquisition routine 134 
which is responsive to fast meter data from binary buffer 
1*8. after it has been recognized by message checker lit. 
The fast meter data is raw voltage and current samples which 
are obtained in binary form from the lEDs. The communi- 
cation processor 34 may calculate other quantities from the 
data, inducting current and voltage phasor angles. The fast 
meter data is then stored in database 112. 
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There is a hierarchy of interrupts in the processor between 
the various BRs. This is shown in FIG. 4. The highest 
priority is the dock hanHHag ISR which in the embodiment 
shown runs approximately every 1.0 milliseconds. Then 
there is the front panel port BR, the various other port BRs 
and the periodic interrupt timer (PIT) ISR, which runs every 
3.9 milliseconds. The various interrupts are initiated by the 
receipt and transmission of characters. The first thing every 
interrupt routine must do is to read an interrupt register in 
memory to tell which port is being interrupted and whether 
it is a transmit or receive interrupt The appropriate BR then 
uses either the receive or transmit BR routine to accomplish 
the desired action. 

The function of the various port ISRs and the dock 
handling BR have been described above. The periodic 
interrupt timer (PIT) BR, as indicated above, runs the 
command logic present in the EEPROM which results in the 
machine instructions associated with particular user-defined 
commands, but also handles many of the real time task 
scheduling within the communications processor. It handles 
oo/bff software procedures, referred to as XON/XOFF in the 
embodiment shown, for the serial BRs, as well as initiating 
action of the appropriate port task when data is received at 
that port, as well as other monitoring functions. There is data 
flow between PIT BR 118 and local (port) targets (control 
bits) 141 which are set in memory, as well as global 
(apparatus) targets 143. A port task can also force an action 
from PIT BR 118 via setting a trigger bit 144 in memory. 

The apparatus also includes a diagnostic task routine 124, 
which is a self-test routine monitoring the ROM, EEPROM 
and flash memories, as well as the power supply. This task 
sets status bits 126 if failures occur. The Ram diagnostic test 
is handled within dock handling BR 13t, as indicated 
above. The status bits are recognized by the port task (eg. 
port task ltt), which in turn sets an alarm counter 128 for 
a certain period of time or a flag associated therewith. Alarm 
handler 132 causes an alarm contact to be dosed for the 
specific period of time or permanently, if the flag has been 
set 

The null task 139 is initiated upon power on of the 
apparatus. It is a routine which initializes all of the other 
routines/tasks in the apparatus. 

As indicated above, operation of the processor is deter- 
mined by command settings provided for each port, indud- 
ing user-defined co mma nds which are carried out via the 
command logic in EEPROM. When the issue condition 
portion of a setting for a particular port device is recognized, 
a local target flag 141 is set, and port task routine ltt issues 
a request for certain data established by the command 
condition portion of the setting, by operation of output BR 
138 to the IED connected to the port. The relay then sends 
back the requested data, usually very quickly (within a few 
seconds or less). The received data characters are buffered 
into the apparatus through input BR 194, processed by the 
port task routine, and men stored temporarily in RAM 
database 112. If the input is recognized as being fast meter 
binary data from those rdays capable of providing raw 
voltage and current data, that information is recognized by 
the message check routine lit, processed by the fast meter 
routine 134, and also stored in the RAM database. 

It is important to understand that each port has significant 
processing capability associated therewith, induding a port 
task routine, serial input and output BRs, a message 
checker. ASCH and binary input buffers, a transmit buffer 
and a fast meter data acquisition task. The port task has a 
data communication capability with RAM, flash and 
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EEPROM memories and is responsive to flags set in the 
local and global target (control bit) areas in memory. The 
port task also has the capability through setting a trigger bit 
in trigger storage 144 to override the normal logic for a 
particular bit There are three buffers associated with each 
serial port, an ASCII receive buffer, a binary receive buffer 
and a transmit buffer. These buffers are used to move data 
between the serial ISRs (both input and output) and the port 
tasks. 

Associated with each port is a port data structure in Ram 
memory. Within the port data structure are five data fields 
used for inter-process communication within the apparatus. 
There is an operation field which indicates the pending 
operations for the particular port task. There is also a type 
field which indicates the type of device connected to the 
port, a mode field which indicates whether the port is 
currently in transparent or direct mode, a requester field 
which is used in some communication processes to i"yti<~ntr 
which omer port task is requesting a particular process of the 
port, and a request code field which is used to define the 
nature of that request. 

Within each port structure in addition are flags and timers 
which are used by the serial and PEP ISRs for controlling 
data communication. These include, among others, XON 
and XOFF flags, initiate transmission, transmission com- 
pleted and end-of -message flags. The input buffers are also 
within the port data structure. 

The data which has been stored in the database 112 can 
either be viewed, with an appropriate command, or sent out 
any port or ports, either in response to a particular command 
or automatically, in response to user-defined commands 
recognized by the port receiving the command. A map 
command can also be used to see the organization of the data 
in a port database. Upon completion of input handling by the 
input 1SR for the port receiving the command, a bit is set 
The bit is recognized by port task 1M and the desired data 
is then retrieved from database 112. The data is formatted 
properly for the device to which the data is to be transmitted 
and then directed through the transmit ISR 138 to the 
selected local terminal or over a telephone line to a remote 
terminal apparatus. 

The transmitted information, as briefly noted above, has 
been previously processed by the port task upon the receipt 
thereof from a port device such as an IED. This process is 
referred to as parsing. The incoming data from flic IEDs is 
parsed in accordance with certain rules. Parsing basically is 
designed to produce the smallest useful dement or byte size 
of the data. This reduces the comrnunication and processing 
burden for other devices by p ermitting them to request and 
obtain only the specific data they need. Parsing can be 
accomplished in a number of conventional ways, t~-Wi""g 
saving of numbers only ( ASCII integer), saving of numbers 
plus any decimals (ASCII float), saving of all numbers and 
characters in a character string and a most significant/least 
si gn ifi ca n t byte arrangement Other types of parsing may be 
used as well. 

Data which comes into the communications processor 
apparatus from an IED port in response to a command or 
request message is referred to as a solicited message. These 
messages can be parsed and stored, as indicated above, in 
database 112. Another type of message received from the 
port devices is an unsolicited message, Le. data which is sent 
to its associated port without a specific request These 
unsolicited messages include commands from a local or 
remote PC, as well as messages which are sent automatically 
by IED devices to report specific activity or conditions 
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recognized by a protective relay IED. These include event 
report summaries, status reports and group setting switch 
reports which indicate a change in the group settings of a 
particular relay. Unsolicited command messages can either 
be messages which the communications processor is spe- 
cifically programmed to recognize, or user-defined com- 
mands which set control bits which are then used by the 
command logic to carry out the desired machine functions. 

Ia addition to die above, there are other important pro- 
cessing routines which occur ia the apparatus. For instance, 
processing is initiatedAenninated by XON and XOFF char- 
acters. When inch a character is received in an input ASCII 
data stream at a particular port, it does not go into the ASCH 
buffer. Instead, it sets an appropriate flag, which is used to 
enable or disable the transmit ISR. In the embodiment 
shown, if an input buffer, either binary or ASCII, exceeds 
75% of its capacity, an XOFF flag is set The transmit ISR 
reads this flag and inserts an XOFF character into its output 
data stream. Subsequently, when it is detected that the input 
buffer has dropped below 25% capacity, an XON flag is set 
The transmit ISR reads mis flag and inserts an XON char- 
acter into its output data stream. Once an XOFF flag has 
been recognized by an ISR. the only valid character to be 
transmitted by the BR subsequently is an XON or XOFF 
character. Otherwise normal transmission is disabled. 

Farther, in the enibodiment shown, when a receive buffer 
(ASCH or binary) exceeds 50% full or alternatively, no 
characters have been received for more than approximately 
60 milliseconds, the associated port task, eg. port task 104, 
is initiated by the periodic interrupt timer ISR. This is 
accomplished by setting a character received bit in the 
operation field of the port's pert structure. 

Typically, an IED will only transmit to its particular port 
However, when the port is in the transparent mode, it will 
transmit data to a different port defined in the requester field 
in its own port date structure. To initiate such a message 
transmittal to the different port, the requesting port task 
writes the message informatioa to the port structure of the 
desired port and then sets the initiate-transmit flag for that 
particular port When this flag is detected, the transmit ISR 
for mat port is enabled. When the transit ISR detects the end 
of the desired data, it then sets the transmit complete bit, and 
the transmit complete operation bit is men set in the initi- 
ating port task's operations field in its own port data struc- 
ture. 

Whenever a character is received at a particular port, the 
periodic interrupt timer ISR resets a time-out timer associ- 
ated with that port task. If the time ever does expire, the port 
task is reinitiated, by setting the port time-out bit within the 
operatioBS field of that port's port structure. Ports in the 
transparent mode then use the time-out bit to initiate termi- 
nation of the transparent mode, while master ports use it as 

As shown in FIG. 3 and mentioned above, individual port 
tasks are capable of communicating with each other. This is 
necessary for a number of reasons, including the accom- 
plishment of the following functions: port reset settings 
changes, transparent mode initiation, transparent mode 
termination, autobaud operation and autoconfiguration 
operation. In a port reset operation, the port task requesting 
the change sets the port reset bit within the operations field 
of the other port's port structure and sets the requester field. 
The receiving port task most reinitialize its configuration, ft 
is disabled as long as it is being reset When the reset is 
complete, the initiating port task is notified. 

When the settings for a particular port task are changed 
(so as to request a different issue condition or different data), 
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the process must be controlled to prevent simultaneous 
changes in other port tasks. Every affected port task, 
however, must know about the change. The port task per- 
forming me changing of the settings initially sets a flag to the 
port task and the fast meter task for the affected port, so as 
to prevent those tasks from actively using the settings. Those 
flags are cleared once the settings changes are accomplished. 

As indicated above, the various ports in the communica- 
tion processor can operate either in a "transparent" mode or 
a normal mode. In a transparent mode, the data is moved 
through the communications processor without any process- 
ing. The communications processor is thus transparent to the 
data. A master port may initiate transparent mode commu- 
nication based oa a received command. There is first a 
verification of the particular port which is to go into the 
transparent mode, and the request bit within the operations 
field of that port' sport structure is men set to the transparent 
mode. If a requested port is able to go Into transparent mode, 
it must also set a transparent mode initiate bit in the 
operations field of the master port's port structure. 

To terminate the transparent mode, the master port sets me 
transparent mode terminate bit within the operations field of 
the transparent port's port structure and then sets that port's 
port event The slave port, upon recognizing this operation, 
set* the traasparent mode terminate bit within the operations 
field of the requesting port's port structure, and clears the 
request field within its own port structure. 

FIGS. 5 and t show the geoeraliied flow of functions for 
the port task l*t and the PIT BR, consolidating in simpli- 
fied form the information provided above. The pott task is 
generally event driven, while the FTT BR runs every 3.9 
milliseconds as indicated above. 

The operation of the communications processor is illus- 
trated in the following example involving the connection of 
a protective relay to one IED port Initially, the protective 
relay is connected to a selected IED back panel port A 
terminal or computer is typically connected to the front 
panel port The initial command settings from the front panel 
port terminal produce the proper formatting data for com- 
munication with the particular IED. In some cases, when it 
is a particular known device, automatic configuration of the 
port is possible Otherwise, the specific baud rate, data bits, 
stop bit, etc. parameters must be established with me con- 
nected device. A wide variety of baud rates (up to 38.400, 
depending upon port configuration) may be accommodated. 
An XON and XOFF "handshake" is used to initiate and 
terminate communication. 

Following this port configuration process, data commu- 
nication involving the sending and receiving of messages 
between a user, such as a terminal, computer or remote unit 
and the connected IED device can occur. Settings may also 
be established which request certain data from the connected 
IED at certain times. The obtaining of data can be done on 
an automatic, periodic basis or on a one-time basis. The 
parsing rules for the data processing are also established. 
User-defined commands for the particular port are also 
established, to be used by the command logic in the appa- 
ratus. Upon the occurrence in time of the issue condition 
(periodic, specific time, specific day, etc), a request for the 
data specified in the command condition portion of the 
setting will be provided by the port task to the transmit 
buffer and then through the output 1SR for the desired port 
to the relay. 

The relay will respond in a short period of time, such as 
with meter data, at the issue condition intervals. The data 
comes in through the input BR and, if it is fast meter data 
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(in binary code), will be applied to the binary buffer, and 
then to the fast meter acquire task, from where it is processed 
and then sent to the database. If the data is not fast meter 
data, then it is processed (parsed) by the port task and stored 
in the RAM database. If the data is an event report, or other 
data requiring long-term storage, it may be stored in flash 
memory. Data in the database is selected and retrieved from 
the database via the port task and provided through a 
selected port to either a local terminal or a remote terminal 
on an automatic or one-time basis, where the data can be 
reviewed and analyzed, as desired. 

Accordingly, a power system multi-port communications 
processor has been described which is capable of multi-task, 
multi-user communications processing for a variety of intel- 
ligent electronic devices, such as protective relays, thereby 
producing a sophisticated communication integration capa- 
bility at a power system substation. The communications 
processor includes the ability to configure the communica- 
tion parameters of each of the ports to match that of the 
selected device attached to it, as well as a database capability 
for storing data and a communications processing capability 
for processing the data. 

Although a preferred embodiment of the invention has 
been disclosed herein for illustration, it should be under- 
stood mat various changes, modifications and substitutions 
may be incorporated in such embodiment without departing 
from the spirit of the invention, which is defined by the 
claims winch follow. 

What is claimed is: 



